home *** CD-ROM | disk | FTP | other *** search
/ Space & Astronomy / Space and Astronomy (October 1993).iso / mac / TEXT_ZIP / spacedig / V13_1 / V13_101.ZIP / V13_101
Internet Message Format  |  1991-06-28  |  20KB

  1. Return-path: <ota+space.mail-errors@andrew.cmu.edu>
  2. X-Andrew-Authenticated-as: 7997;andrew.cmu.edu;Ted Anderson
  3. Received: from hogtown.andrew.cmu.edu via trymail for +dist+/afs/andrew.cmu.edu/usr11/tm2b/space/space.dl@andrew.cmu.edu (->+dist+/afs/andrew.cmu.edu/usr11/tm2b/space/space.dl) (->ota+space.digests)
  4.           ID </afs/andrew.cmu.edu/usr1/ota/Mailbox/YbeFaeW00WBw86:U5D>;
  5.           Fri,  1 Feb 91 02:32:59 -0500 (EST)
  6. Message-ID: <AbeFaXW00WBw868k5D@andrew.cmu.edu>
  7. Precedence: junk
  8. Reply-To: space+@Andrew.CMU.EDU
  9. From: space-request+@Andrew.CMU.EDU
  10. To: space+@Andrew.CMU.EDU
  11. Date: Fri,  1 Feb 91 02:32:52 -0500 (EST)
  12. Subject: SPACE Digest V13 #101
  13.  
  14. SPACE Digest                                     Volume 13 : Issue 101
  15.  
  16. Today's Topics:
  17.              Re: Satalite/IS Probe manual
  18.     Re: W. Larrison's Re:Fwd: NASA Plans To Redesign Space Station
  19.          Comparing reliability [Part 1 of 2]
  20.                ROSAT Update - 01/28/91
  21.               Magellan Update - 01/28/91
  22.   Re: Request for Feedback on Proposed Lunar Analog Robotics Contest
  23.               Re: More on space cameras
  24.  
  25. Administrivia:
  26.  
  27.     Submissions to the SPACE Digest/sci.space should be mailed to
  28.   space+@andrew.cmu.edu.  Other mail, esp. [un]subscription requests,
  29.   should be sent to space-request+@andrew.cmu.edu, or, if urgent, to
  30.              tm2b+@andrew.cmu.edu
  31.  
  32. ----------------------------------------------------------------------
  33.  
  34. Date: 29 Jan 91 04:28:54 GMT
  35. From: swrinde!cs.utexas.edu!news-server.csri.toronto.edu!utzoo!henry@ucsd.edu  (Henry Spencer)
  36. Subject: Re: Satalite/IS Probe manual
  37.  
  38. In article <1991Jan22.154422.4855@d.cs.okstate.edu> rjs@d.cs.okstate.edu (Roland Stolfa) writes:
  39. >1.    Is there a "manual" that describes what kinds of things a space
  40. >    probe must be capable of in order to maintain trajectory?
  41.  
  42. Try "Spacecraft Attitude Determination and Control", ed by James R. Wertz,
  43. Kluwer 1978.  This is pretty much the bible on the subject, and it is still
  44. in print.  It is expensive and 850+ pages.  A non-trivial subject.
  45.  
  46. >2.    Are there actual "manufactures" of space probes?  By this I mean
  47. >    is there any company that might just have a manual on how to "harden"
  48. >    a space craft for flight, what kind of redundancy is needed, etc.
  49. >    or is all of that kind of information classified beyond the reach
  50. >    of the average mear-mortal?  :-)
  51.  
  52. Not classified, but not published much either.  There are only a handful
  53. of satellite manufacturers, and except for a couple of books on comsats,
  54. I'm not aware of any in-print technical books on the details.  Demand is
  55. too limited to justify a lot of publishing on the topic.  I would also
  56. suspect that some details are proprietary; it's a very competitive market.
  57.  
  58. >3.    I seem to remember that some of the earlier space probes had
  59. >    core memory and 9-track tape players in them.  Are current probes
  60. >    still using this kind of stuff for some "hardening" reason, or is
  61. >    it out of vogue?
  62.  
  63. Magtape is still in use, although I don't think modern birds -- ones designed
  64. today, that is, bearing in mind that some old designs are still in use -- are
  65. still using core.  NASA has been persistently interested in solid-state
  66. replacements for magtape, since tape recorders are historically a reliability
  67. trouble area, but none has yet flown that I know of.  Space qualification
  68. requires very high reliability and considerable radiation resistance.
  69.  
  70. >4.    I have never seen referenced what kind of (and or quanity for that
  71. >    matter) processors are on space probes.  Do any of them use stock
  72. >    CPU's or are they more likely to use custom units and why?
  73.  
  74. A little of both.  Space-qualification requirements rule out a lot of
  75. routine commercial hardware.  Once the list has been thinned down, the
  76. choice is made based on the requirements of the mission.  Stock CPUs
  77. are used for undemanding things, with custom designs more common when
  78. computing requirements get stiffer.
  79. -- 
  80. If the Space Shuttle was the answer,   | Henry Spencer at U of Toronto Zoology
  81. what was the question?                 |  henry@zoo.toronto.edu   utzoo!henry
  82.  
  83. ------------------------------
  84.  
  85. Date: 29 Jan 91 04:35:22 GMT
  86. From: swrinde!cs.utexas.edu!news-server.csri.toronto.edu!utzoo!henry@ucsd.edu  (Henry Spencer)
  87. Subject: Re: W. Larrison's Re:Fwd: NASA Plans To Redesign Space Station
  88.  
  89. In article <DLBRES10.91Jan22124051@pc.usl.edu> dlbres10@pc.usl.edu (Fraering Philip) writes:
  90. >3. Maybe these disturbances don't really matter that much (?)(just
  91. >guessing again). After all, a lot of noisy microgravity with people on
  92. >hand might be better than a small amount of 'Perfect' microgravity.
  93.  
  94. Actually, both have their uses.  The space-station microgravity people were
  95. originally very happy about finally having an *interactive* microgravity
  96. lab, where they could modify experiments in real time instead of getting
  97. one test every few years.  (Said happiness faded as the available power,
  98. astronaut time, and facilities kept shrinking.)  But there is also an
  99. important role for long periods of uninterrupted high-quality microgravity,
  100. which pretty much requires an unmanned free-flier.
  101. -- 
  102. If the Space Shuttle was the answer,   | Henry Spencer at U of Toronto Zoology
  103. what was the question?                 |  henry@zoo.toronto.edu   utzoo!henry
  104.  
  105. ------------------------------
  106.  
  107. Date: Tue, 29 Jan 91 00:19:03 EST
  108. From: John Roberts <roberts@cmr.ncsl.nist.gov>
  109. Disclaimer: Opinions expressed are those of the sender
  110.     and do not reflect NIST policy or agreement.
  111. Subject: Comparing reliability [Part 1 of 2]
  112.  
  113.  
  114. >From: aws@ITI.ORG ("Allen W. Sherzer")
  115. >Newsgroups: sci.space
  116. >Subject: Why man rate? (was: space news from Dec 17 AW&ST)
  117. >Date: 25 Jan 91 00:25:59 GMT
  118. [Part 1 of 2]
  119. In the months that this has been debated, I have come to the tentative
  120. conclusion that the comparison of launch success rates of various systems
  121. is not really deserving of the heat that has sometimes been generated.
  122. Aside from questions of accuracy of the calculations, it's really not
  123. practical to come up with a single number that adequately describes the
  124. performance that can be expected. With the more valid approach of a complex
  125. statistical analysis, there will often be situations in which one system
  126. or the other will be considered better, depending on the exact task to
  127. be performed. Nevertheless, overall ratings do give some information, so
  128. discussion is worthwhile as long as people take it with a grain of salt
  129. (like the college football team ratings :-).
  130.  
  131. >>I just got out some Martin Marietta literature on the Delta.  In it they
  132. >>advertise a launch success rate of 93.9%.  
  133. >You need to look deeper since Martin makes the Titan not the Delta. They
  134. >will fudge the figures to make Titan look better.
  135. >In the entire 30 year history of the Delta this is an accurate figure.
  136. >However, their success rate over the last 13 years is 98.33%. 
  137.  
  138. And of course the pro-Delta folks will want to use the figures that
  139. make Delta look good, though I believe they will still make an effort to 
  140. be fairly accurate. A few months ago I saw a 1989 Delta promotional film 
  141. that used the figure of 96%, which I believe was their prediction for the
  142. success rate of upcoming launches. That *is* a good rate by current
  143. standards, better than Ariane (I think).
  144.  
  145. Both Delta and the Shuttle are sufficiently reliable and have flown a
  146. sufficiently small number of missions that operational records are not
  147. really an extremely accurate predictor of future performance, and the
  148. continual improvement of both systems makes the job even harder. For
  149. instance, before the last Challenger flight, the Shuttle had a 100%
  150. success rate, which was clearly not a good predictor. Immediately after
  151. Challenger, the overall success rate was something around 96%. Analysis
  152. of the accident revealed that it was the result of a failure mode that had
  153. previously received inadequate attention, namely the stiffness of the solid
  154. booster O-rings at low temperatures. That failure mode was pretty much
  155. eliminated, as well as many others that turned up during the investigation.
  156. The net effect was to make the Shuttle even more expensive to operate, but
  157. hopefully safer. After the changes, there are three approaches for using
  158. launch success rate as an indicator of future performance: (1) regard the
  159. Shuttle as a completely new craft, with only a small number of launches, and
  160. thus not much direct evidence for good future performance, (2) continue
  161. to keep a tally from the start of the Shuttle program, thus equating the
  162. old and new systems, or (3) start with the same number as in method (2),
  163. but consider that since known failure modes have been eliminated or reduced in
  164. likelihood, the indicated success rate is actually higher than the number
  165. produced by (2). Methods (1) and (2) basically reflect a concern that the
  166. modifications may introduce significant new failure modes. My own opinion
  167. is that extensive analysis and the launches since Challenger do not *appear*
  168. to have turned up introduced failure modes, so the indicated future performane
  169. probably *is* higher than the overall success ratio to date.
  170.  
  171. >Independant
  172. >estimates of Shuttle success rates put it at about 95% and it's operational
  173. >record so far is about 96.66%.
  174.  
  175. It's hard to keep count with the mission numbers all out of sequence, but
  176. I *think* that there have now been either 39 or 40 launch attempts, one
  177. of which failed. This puts the operational record at around 97.4%, with,
  178. as I said, some hope that the known repairs make the performance-based
  179. prediction of future reliability somewhat better than that.
  180.  
  181. The 95% figure is about the most pessimistic available, thus often used
  182. by companies who want to promote alternates to the Shuttle (fair enough,
  183. I suppose). NASA's best attempt at an accurate estimate, which they claim
  184. to be based on a fairly conservative analysis, is that reliability (in terms
  185. of loss of orbiter, I think) is somewhere in the range of 98.5-99%. (They
  186. have a single number as a best guess, but I forgot what it was.) This
  187. translates roughly to one or a couple of orbiter losses expected over the
  188. lifetime of the Shuttle program, an estimate which NASA does not now
  189. attempt to hide.
  190.  
  191. I think it is clear that before Challenger, NASA Shuttle reliability
  192. estimates were rather poor, based on excessive optimism, and without
  193. much effort to make sure that they were accurate. After Challenger and the
  194. blast of criticism, NASA has a tremendous incentive to present risk
  195. estimates that are as realistic as possible, lest they be accused of
  196. dishonesty in the event of a future accident, and they are known to
  197. have expended vastly more effort on risk analysis than had previously
  198. been the case. I think it is also interesting that they tend to avoid
  199. public use of their estimate except when forced to by congressional
  200. hearings, etc., which may indicate that their number is lower than they
  201. would like. One might speculate that if they did not feel constrained
  202. to produce an accurate "best guess" or conservative number, then they
  203. would have come up with an estimate that they would be happy to brag
  204. about. Added to the fact that NASA knows much more about the Shuttle than
  205. anyone else and has a tremendous base of knowledge in launch systems,
  206. this tends to make me believe that the NASA estimate of Shuttle reliability
  207. is *probably* the most accurate estimate that we can currently hope for,
  208. and even then it *may* turn out to be a little on the conservative side.
  209.  
  210. All of which, of course, is not much comfort if there *is* an accident
  211. resulting in loss of shuttle or human life, except perhaps as some
  212. reassurance that such loss was the result mostly of chance rather than
  213. of gross negligence (as seen in the commendable decision by the Soviets 
  214. to resume immediate use of the Zenit boosters after one had exploded). No 
  215. current launcher has anywhere near the safety record of commercial airlines.
  216.  
  217. Another word on the use of "percent reliability" in general - if you are 
  218. launching a hundred payloads of some bulk material and need to estimate
  219. how many extra loads to launch to make up for losses, this is indeed the 
  220. best figure to use. If, however, you're launching a single device or
  221. a number of noninterchangeable components, and need to know the chance that
  222. there might be a failure (which could seriously hamper your project), then
  223. chance of failure (i.e. 1 in n) is the measure you need, and it's much
  224. better to deal with it that way. That's because for this use, and with
  225. highly reliable launchers, percent reliability is highly sensitive to even
  226. small errors. For instance, if you have a satellite you want to launch,
  227. and you know the launcher is considered either 98% or 99% reliable, that's
  228. only a ~1% uncertainty in the number you have, but 2 to 1 ratio in the
  229. odds of failure. Note that this caution mainly applies to use of the numbers
  230. in rough calculations - if sufficient care is taken, the two approaches
  231. are equivalent.
  232. [Continued in Part 2]
  233.       John Roberts
  234.       roberts@cmr.ncsl.nist.gov
  235.  
  236. ------------------------------
  237.  
  238. Date: 28 Jan 91 16:12:18 GMT
  239. From: pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!jato!mars.jpl.nasa.gov!baalke@tut.cis.ohio-state.edu  (Ron Baalke)
  240. Subject: ROSAT Update - 01/28/91
  241.  
  242.  
  243.                            ROSAT STATUS REPORT
  244.                             January 28, 1991
  245.  
  246.      The German Space Operations Center (GSOC) declared a spacecraft
  247. emergency for the Rosat spacecraft on January 26, 6:19 AM UTC.  A 26 meter
  248. antennas was scheduled in real time to support the emergency.  The spacecraft
  249. disconnected is on-board systems due to a loss of power.  On January 26,
  250. 15:00 UTC,  GSOC cancelled the emergency and the spacecraft was in standby
  251. mode.
  252.  
  253.      GSOC requested that 26 meter antenna in Madrid be used to support a
  254. boost manuever on the Eutlesat II-F2 satellite, since the Weilheim was
  255. pulled off for the Rosat emergency.  The Madrid antenna was used to support
  256. the maneuver on January 26 from 8:30 AM through 9:28 AM (UTC), and the burn
  257. was successful.
  258.  
  259.      GSOC also reports that downlink was reestablished with the ROSAT
  260. spacecraft on January 27, 4:51 AM, using the Weilheim station.  All
  261. spacecraft systems are operating nominally.
  262.       ___    _____     ___
  263.      /_ /|  /____/ \  /_ /|      Ron Baalke         | baalke@mars.jpl.nasa.gov
  264.      | | | |  __ \ /| | | |      Jet Propulsion Lab | 
  265.   ___| | | | |__) |/  | | |___   M/S 301-355        | It's 10PM, do you know
  266.  /___| | | |  ___/    | |/__ /|  Pasadena, CA 91109 | where your spacecraft is?
  267.  |_____|/  |_|/       |_____|/                      | We do!
  268.  
  269. ------------------------------
  270.  
  271. Date: 28 Jan 91 23:09:50 GMT
  272. From: swrinde!elroy.jpl.nasa.gov!jato!mars.jpl.nasa.gov!baalke@ucsd.edu  (Ron Baalke)
  273. Subject: Magellan Update - 01/28/91
  274.  
  275.  
  276.                          MAGELLAN STATUS REPORT
  277.                            January 28, 1991
  278.  
  279.      The Magellan spacecraft and its radar system continue to perform
  280. nominally.  All STARCALS (star calibrations) and DESATS (desaturations) of
  281. the weekend were successful.
  282.  
  283.      On January 25, the mapping command sequence M1026 was sent to the
  284. spacecraft, along with the associated parameter files.  The 4-day sequence
  285. returned Magellan to its non-occulted mapping mode.  Return to the normal
  286. Tuesday uploads will start with tomorrow's M1030 upload.
  287.  
  288.      Commands were sent up earlier today to perform the first of several
  289. in-flight tests of tape recorder "A".  The tests will start at 11:20 AM PST
  290. and will include playback of data from two of the suspect tape tracks at 268
  291. kbps and 115 kbps.
  292.  
  293.      The SAR (Synthetic Aperture Radar) Data Processing Team has processed
  294. standard image strips for orbits up to orbit #1111.  Since Magellan is now on
  295. orbit #1370, it means that the team is processing radar image data from 35
  296. days ago, that is, from Christmas Eve.  This is because the processing of
  297. standard images must wait for data tapes to be shipped from the DSN (Deep
  298. Space Network) stations in Australia and Spain.  During the first 40 days of
  299. mapping these tapes were "expedited" - delivered to JPL by courier - so that
  300. early images could be processed and evaluated quickly.
  301.       ___    _____     ___
  302.      /_ /|  /____/ \  /_ /|      Ron Baalke         | baalke@mars.jpl.nasa.gov
  303.      | | | |  __ \ /| | | |      Jet Propulsion Lab | 
  304.   ___| | | | |__) |/  | | |___   M/S 301-355        | It's 10PM, do you know
  305.  /___| | | |  ___/    | |/__ /|  Pasadena, CA 91109 | where your spacecraft is?
  306.  |_____|/  |_|/       |_____|/                      | We do!
  307.  
  308. ------------------------------
  309.  
  310. Date: 29 Jan 91 01:34:25 GMT
  311. From: deccrl!news.crl.dec.com!shlump.nac.dec.com!sousa.enet.dec.com!sndpit.enet.dec.com!smith@bloom-beacon.mit.edu  (Willie Smith)
  312. Subject: Re: Request for Feedback on Proposed Lunar Analog Robotics Contest
  313.  
  314.  
  315. In article <9972@orca.wv.tek.com>, doughe@bamboo.WV.TEK.COM (Douglas E Helbling) writes...
  316. >    I am working toward putting together a robotic competition for small
  317. >    rover-like vehicles.  The contest would take place on the Oregon
  318. >    desert at the Oregon Moonbase, an earth analog of a lunar lavatube.  
  319. >    The Oregon Moonbase is a project of The Oregon L-5 Society, Inc., a
  320. >    chapter of the National Space Society.  The robotics competition,
  321. >    if it comes to reality, will probably take place in late 1992 or 
  322. >    early 1993.
  323.  
  324. The Sunswick Engineering team will be there with the Tycho and Waldo 
  325. vehicles if this happens.  Just what we've been looking for!
  326.  
  327. >       b) Size - the current limit on physical size for the "unextended unit"
  328. >          is two feet square.  (Must fit in a box two by two by two feet.)
  329. >          The notion that a robot could "expand" out of its shipping crate 
  330. >          after delivery (particularly for units basing their design on 
  331. >          insect models from the natural world) is acceptable.
  332.  
  333. Aw, c'mon, make it a three-foot cube, so we can bring Waldo (the real thing)
  334. , instead of just Tycho (the toy).
  335.  
  336.  
  337. A few more things I'd like to see thrown in for good measure:
  338.  
  339. 1)    All teleoperated vehicles should properly emulate the 3-second
  340.     speed-of-light communications delay.
  341.  
  342. 2)    Make the contest a little more useful, and ask that some useful
  343.     work be performed.  F'rinstance, clearing a landing field, digging
  344.     habitat foundations, covering habitat modules, etc.
  345.  
  346. Sounds like a blast, we'll be there!
  347.  
  348. Willie Smith
  349. smith@sndpit.enet.dec.com
  350. smith%sndpit.enet.dec.com@decwrl.dec.com
  351. {Usenet!Backbone}!decwrl!sndpit.enet.dec.com!smith
  352.  
  353. ------------------------------
  354.  
  355. Date: 28 Jan 91 15:27:27 GMT
  356. From: usc!sdd.hp.com!cs.utexas.edu!news-server.csri.toronto.edu!utgpu!watserv1!watcgl!imax!hugh@apple.com  (Hugh Murray)
  357. Subject: Re: More on space cameras
  358.  
  359. In article <1991Jan25.042952.6050@uvm.edu> wollman@emily.uvm.edu (Garrett Wollman) writes:
  360. >Maybe the guy from IMAX Systems (is that still their name?) can talk a
  361. >bit about the "Large Format Camera" (which *is* one of theirs,
  362. >right?)... I remember seeing a feature on them on "Venture" about
  363. >three or four years ago, when they were just starting to make waves...
  364. >
  365. >
  366. >Does NASA pay to have the LFC up there (as a supply), or does IMAX--or
  367. >a file producer--pay to put it there, so that they can make a movie of
  368. >it later?
  369. >
  370. >-GAWollman
  371. >
  372. >Garrett A. Wollman - wollman@emily.uvm.edu
  373. >
  374.  
  375. Imax Systems Corp. is the name of the company and IMAX(r) is the name of
  376. our motion picture system which encompasses a large film format (each frame
  377. is 2.74" wide by 1.91" high, oriented horizontally on standard 70mm film stock),
  378. special cameras and projectors, all patented.
  379.  
  380. The space films have been co-sponsored by the Smithsonian and Lockheed. We 
  381. have two cameras specially constructed for Shuttle use, an in-cabin camera
  382. and a cargo bay camera which sits in a can at the very rear of the cargo bay.
  383.  
  384.  
  385. Hugh Murray     hugh@imax.com
  386. Imax Systems Corp.
  387.  
  388. ------------------------------
  389.  
  390. End of SPACE Digest V13 #101
  391. *******************
  392.